-
Notifications
You must be signed in to change notification settings - Fork 349
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: output-encode-only methods #787
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Frabat looks like the build failed with a prettier error, but otherwise looks good to me! Thanks!
Hi @stephenh can I solve the prettier error or is something CI related? |
@Frabat if you run |
@stephenh done! |
Erg, sorry for the flakey tests, I think we had several tests sharing the same port. I believe I've fixed it in: Can you rebase on top of that / on top of main? Thank you! |
@stephenh never mind! Rebased! |
Looks great! Thanks @Frabat ! |
# [1.141.0](v1.140.0...v1.141.0) (2023-03-08) ### Features * output-encode-only methods ([#787](#787)) ([3594410](3594410))
🎉 This PR is included in version 1.141.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
As requested by me in #773, I've changed the outputEncodeMethods to accept also "encode-only" and "decode-only" string values.
Since my use case also didn't need the creation methods, I've added a third option "encode-no-creation" that doesn't export that.
In theory, this could be included with the "encode-only" flag, since the creation method is used just by the encoder, but somebody might need it.